home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 9695 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.4 KB
  1. Path: news.ultranet.com!usenet
  2. From: "Albert P. Belle Isle" <belleisl@cerberus-sys.com>
  3. Newsgroups: alt.winsock.trumpet,alt.winsock,comp.dcom.modems
  4. Subject: Re: TCP: Unacceptable Segments
  5. Date: Sat, 30 Mar 1996 14:05:33 -0500
  6. Organization: Cerberus Systems, Inc.
  7. Message-ID: <315D85FD.601E@cerberus-sys.com>
  8. References: <4jebju$glg@iz.comcat.com>
  9. NNTP-Posting-Host: apb-p5-90.cerberus-sys.com
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.01 (Win16; I)
  14.  
  15. Howard Arons wrote:
  16. > 
  17. > I'm tuning Trumpet's MSS, MTU and RWIN using Al Belle Isle's
  18. > outstanding FAQ as a guide. Current settings are MTU=1500, RWIN=4096,
  19. > MSS=1024. These have given reasonable download speeds, but my TCP
  20. > trace shows intermittent "Unacceptable Segment" messages that must be
  21. > slowing things down. Trumpet reports no PPP Frame errors or COM
  22. > overruns.
  23. > 
  24. > The Unacceptable Segments do not have the same id, although seg
  25. > 00000001 is often involved after a resync and connect to a new Home
  26. > Page. The lines below are typical:
  27. > 2104.8 80->1039 seq 00003AB2 ack 000000E7 ACK  wind 14335 data 512
  28. > 2104.8 1039->80 seq 000000E7 ack 00003CB2 ACK  wind 3584
  29. > 2104.9 80->1040 seq 00000001 ack 000000E8 PSH ACK  wind 14335 data 78
  30. > Unacceptable segment : seg.seq=00000001 rcv.nxt=000000B3
  31. > 
  32. > BTW, what is a "PSH ACK"?
  33. > 
  34. > Can anyone offer any suggestions? Is this just an effect of Net
  35. > traffic, or can I hope to cure the problem and get better speed?
  36. > 
  37. > TIA,
  38. > --
  39. > Howard Arons
  40.  
  41. Howard:
  42.  
  43. I believe that "PSH" denotes a "push" flag included in the TCP header telling any 
  44. relaying TCP servers (like proxies or firewalls) not to hold the segment until an 
  45. RWIN-full has arrived before forwarding it directly to the intended end-recipient.
  46.  
  47. Received TCP segments are "unacceptable" most frequently because their data has already 
  48. been "accepted" by your winsock. They are re-transmissions from a sender whose RTOmax 
  49. timed-out before he received your winsock's ACK for that data segment.
  50.  
  51. Often, packets routed through different paths arrive out of sequence, so your winsock 
  52. holds them until the laggard packet arrives, at which time it ACKs all bytes through 
  53. the last sequence number in the last-sent packet.
  54.  
  55. This tolerance for holding packets (and delaying ACKs) increases with the size of your 
  56. RWIN, which sets the maximum TCP flow-control window size. However, a larger RWIN gives 
  57. better average throughput over routing paths available only in bursts.
  58.  
  59. Trade-off.
  60.  
  61. Re-transmissions can also be stimulated by the overhead needed to reassemble fragmented 
  62. IP transmission units; especially if compounded by multi-path routing. That's why the 
  63. "lazy-man's choice" of TCP MSS=536 (the Internet router default MTU of 576 less 40 
  64. bytes of space for the IP and TCP headers) is usually a good "set-it-and-forget-it" 
  65. value for downloads from outside your ISPs Local Area Network (over the Internet).
  66.  
  67. Once your winsock tuning yields modem-limited speeds (3.2KBytes/sec for uncompressible 
  68. files over a 28.8Kbps connection), no further tuning will make your modem any faster. 
  69. (A direct connection is a different story, of course.)
  70.  
  71. Regards,
  72.  
  73. Al
  74.  
  75. -- 
  76. ==================================================================
  77. Albert P. Belle Isle
  78. Cerberus Systems, Inc.
  79.  
  80. Al's Winsock Tuning FAQ -
  81.        http://www.cerberus-sys.com/~belleisl/mtu_mss_rwin.html
  82. ==================================================================
  83.